jjzjj

c++ - libstdc++.so.6 : cannot open shared object file: No such file or directory

全部标签

c++ - 共享库 (.so) 文件是否需要在链接时出现(或指定)?

Dosharedlibraries(.so)filesneedtopresent(orspecified)atlinktime?我在这里(Differencebetweensharedobjects(.so),staticlibraries(.a),andDLL's(.so)?)读到.so文件必须在编译时出现,但根据我的经验,这不是真的吗?共享库不是只是在运行时使用dlopen和dlsym进行链接,以便在链接应用程序时该库可能不存在于系统中吗? 最佳答案 大多数sharedlibraries需要在构建时和运行时都存在。请注意,共享库

c++ - 同一台机器上的 libstdc++ 64 位和 32 位版本

我正在尝试为64位平台交叉编译我的软件版本。我可以在同一台机器上安装32位和64位版本的libstdc++而不必担心破坏我的linux安装吗?操作系统是32位的ubuntu。我之前没有交叉编译过,只是想检查一下我是否设置了CFLAGS和LDFLAGS对于合适的CPU,一旦我安装了正确版本的libstdc++,我应该没问题。我检查了64位版本的ubuntu,但是它有一个符号链接(symboliclink)lib64->库如果在32位机器上也是这种情况,这会搞砸很多,有人知道如何排序吗?我现在遇到以下错误[exec]/usr/bin/ld:skippingincompatible/usr/

vscode的ssh忽然连不上服务器:远程主机可能不符合glibc和libstdc++ VS Code服务器的先决条件

vscode自动更新了一下就发现连不上服务器了,我寻思估计一大堆人都寄了,一搜,果然哈哈哈哈==然后我直接搜一天内新发布的博客,还真给我搜到了这个问题,按照这个问题里面的回答(vscode1.86无法远程连接waitingtheserverlog)回退一下vscode版本就可以了,说白了就是直接去vscode官网下1.85版本的就可以了。实验室师兄选择转战pycharm,但是我仍然选择坚守vscode哈哈哈。

c++ new运算符通过libstdc++占用大量内存(67MB)

我对libstdc++中的new运算符有一些疑问。我用C++编写了一个程序,但在内存管理方面遇到了一些问题。在用gdb调试以确定是什么在消耗我的ram之后,我得到了以下infoprocmappingsMappedaddressspaces:StartAddrEndAddrSizeOffsetobjfile0x4000000x4040000x40000/home/sebastian/Developement/powerserverplus-svn/psp-job-distributor/Release/psp-job-distributor0x6040000x6050000x10000x

c++ - libstdc++ 的 make_shared 布局是否在 gcc 4.x 和 gcc 6.x 之间发生了变化?

考虑以下由三个文件组成的最小示例:foo.h:#pragmaonce#includestructX{uint64_ti=0xdeadbeefdeadbeefULL;};voidfoo();foo.cxx:#include"foo.h"voidfoo(){std::make_shared();}main.cxx:#include#include"foo.h"templatestd::shared_ptrstd::make_shared();intmain(){foo();}然后用不同版本的gcc编译这两个翻译单元:$g++-4.8.2-g-std=c++11-O0-cfoo.cxx-of

c++ - Clang、std::next、libstdc++ 和 constexpr-ness

采用以下代码:#includeconstexprstd::arraya{};static_assert(std::next(std::begin(a))==std::begin(a)+1);使用-std=c++17GCC可以完美地编译它,但Clang会提示该表达式不是整型常量表达式。看起来问题出在std::next上,但是在C++17中应该是constexpr。尽管如此,std::next在std库中,而不是在编译器本身中,因此发生了一些奇怪的事情。为了让事情变得更好,如果您将-stdlib=libc++传递给Clang,该示例将完美编译。这是怎么回事?谁对谁错?编辑这个问题似乎与cl

c++ - 使用 lambda 构造 std::function 时 libstdc++ 和 libc++ 之间的不同行为

这个问题来自thisquestion.以下代码compilesfine将clang3.4与libstdc++结合使用:#includeintmain(){std::functionf=[](){};}但是failsmiserably使用clang3.4和libc++:Infileincludedfrommain.cpp:1:Infileincludedfrom/usr/include/c++/v1/functional:465:Infileincludedfrom/usr/include/c++/v1/memory:599:/usr/include/c++/v1/tuple:320:1

c++ - 使用包含不完整类型的 `boost::variant` 递归定义和访问 `std::vector` - libstdc++ 与 libc++

我正在尝试定义和访问“递归”boost::variant使用incomplete包装类和std::vector作为我的间接技巧。我的实现适用于libstdc++,但不适用于libc++。这是我定义变体的方式:structmy_variant_wrapper;usingmy_variant_array=std::vector;//;structmy_variant_wrapper{my_variant_v;templatemy_variant_wrapper(Ts&&...xs):_v(std::forward(xs)...){}};我正在使用std::vector引入间接(以便动态分配

HarmonyOS开发 使用云数据库(HarmonyOS ArkTS API9以上)【真机调试】遇到的so重名问题解决

问题报错如下:/usr/local/bin/node/Users/admin/.hvigor/project_caches/08e11114fe5d1e4ddd3877fbb7765185/workspace/node_modules/@ohos/hvigor/bin/hvigor.js--modemodule-pmodule=entry@default-pproduct=defaultassembleHap>hvigorUP-TO-DATE:entry:default@PreBuild... >hvigorUP-TO-DATE:entry:default@GenerateMetadata..

c++ - 为 libstdc++ 生成 CTAGS(来自当前的 GCC)

我知道YoucompleteMe基于LLVM,但我想使用OmniCppComplete.这很好用,如果我使用modifiedheaders对于C++。此修改后的header已过时且不包含C++11中的任何内容。如果注意到我可以自己修改标题,例如:$find.-name'*.h'|xargssed-i's/__STL_BEGIN_NAMESPACE/namespacestd{/'$find.-name'*.h'|xargssed-i's/__STL_END_NAMESPACE/}/'或者使用这个设置:letOmniCpp_DefaultNamespaces=["std","_GLIBCX